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Please rejrf^e the paragraph beginning at page 25, line number 25, with the following 
rewritten par^aph: 

Briefly, in an embodiment 500 of Fig. 16, data requests from users are transmitted to one 
or more servers 514 which have local drives 516. The server 514 is connected over a SAN bus 
502 to a plurality of data storage devices 512, 518, 522, 524 and 526. Additionally, a 
compression imit 520 is coimected to the SAN bus 502. Storage space requests by the server 514 
are managed by a SAN manager 510. 



1=^ 
Q 

a 
S 
w 

m 

s 

Q 

m 

Q 

ati 



REMARKS 

Attached is a marked-up version of the language being inserted by the current 
amendment. 

AppUcant asks that all claims be examined. No fees are believed to be due. Please apply 
any charges or credits to Deposit Account No. 06-1050. 

Respectfully submitted, 



O Date 



cespectruny suomittea, 
Catherine Ketly LuHon 



Fish & Richardson P.C. 

500 Arguello Street, Suite 500 

Redwood City, California 94063 

Telephone: (650) 839-5070 

Facsimile: (650) 839-5071 
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VERSION WITH MARKINGS TO SHOW CHANGES MADE 

In the specification: 

Paragraph beginning at page 1, line number 2, immediately below the title, has been 
inserted as follows: 

Cross-Reference to Related Applications 

^ This application claims priority under 35 USC §120 to commonly owned. 

Q copending U.S. Application Serial No. 09/286,248, filed April 5, 1999, the entire contents of 

S 

which are hereby incorporated by reference. 

6 
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Paragraph beginning at page 4, line number 23, has been amended as follows: 
Advantages of the system includes the following. The total storage capacity of all data 
O storage devices in a network can be tapped to satisfy each application's requirements. Thus, 
Q dynamic redistribution of storage capacity among servers is possible w ithout requiring any 
m physical disk relocation or change in data protection characteristics. As a result, the invention 
provides quick and reliable access to and management of large amounts of information on-line. 



Paragraph beginning at page 1 1, line number 24, has been amended as follows: 
A virtual volume manager 260 commimicates with storage managers and data storage 
devices connected to the SAN. The virtual volume manager 260 also manages requests between 
requesters such as servers and data storage devices connected to the SAN. Generally, each data 
storage device uses a process known as discovery during its boot-up to register with the manager. 
Each volume manager broadcasts volume attributes periodically or in case of a query. The SAN 
manager will then register the volume. When a particular server requests a particular volume 
with specified characteristics, the SAN manager allocates the storage depending on the 
parameters requested by the server. When all the storage in the SAN is exhausted, the SAN 
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manager can now query other SANs to request the storage. Alternatively, the attributes of a 
device may be statically configured in a server or in a switch. 



Paragraph beginning at page 15, line number 1, has been amended as follows: 
Referring now to Fig. 7, the delete function 310 is shown in more detail. The delete 
function 310 is a counterpart of the create function 308. The delete function 310 first checks 
whether storage space is to be deleted from a local volume (step 361) and if so, the storage space 
1^ is released back to the local storage volume (step 363) b e for e exiting . Alternatively, the delete 
2 function 3 10 then checks whether the deletion is to occur on a SAN volume (step 365). If so, 
ff! space is deallocated on the SAN volume (step 367 ^ ?Q ) and th e function 3 10 e xits . Altematively 

w 

if space is to be deleted from the LAN/WAN volume (step 369), the delete function 3 1 0 deletes 
1^ the space from the LAN/WAN storage (step 371) and e xits . If the volume to be deleted is not 

8 resident on the LAN/WAN volume, the delete function 3 1 0 then checks whether the deletion is 

0 

to occur from the storage framework volume (step 373). If so, space is deallocated from the 
0 storage framework volume (step 375). From steps 363, 367, 371,_or 375 ^ or 379, the respective 
local storage manager, SAN storage manager, LAN/WAN storage manager or storage 
framework manager is notified with the space deallocation (step 379) and then the function 310 
exits. 



Paragraph beginning at page 15, line number 20, has been amended as follows: 
Referring now to Fig. 8, the expand function 312 is shown. In response to a request to 
allocate more space to an existing volimie, the expand function 312_^iO first checks whether 
additional space is available on other local storage devices (step 428) and, if so, the expand 
function 312 requests storage space from one of the local storage devices and updates the local 
storage manager (step 430). Altematively, if space is not available on any of the local storage 
devices, the expand function 312 then checks whether additional space is available on other SAN 
devices (steps 432). If so, space is requested from the SAN volume and the appropriate SAN 
manager is updated (step 434). 
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Paragraph beginning at page 15, line number 31, has been amended as follows: 
From step 432, in the event that space is not available on either the local storage device or 
the SAN device, the expand function 312 then checks whether additional space is available on 
one of the LAN/WAN storage devices (step 436), and if so, appropriate space is allocated from 
the LANAVAN devices (step 438). In this case, the LANAVAN manager is also updated in step 
438- From step 436, if space is not available on the LAN/WAN device, the expand function 312 
then checks whether additional space may be available on one of the storage framework devices 

O (step 440). If not, the expand function 312 aborts (step 4414). Alternatively, space is allocated 

Q 

on the storage framework device and the storage framework manager is updated (step 442) 
W before the expand function 312 exits. 

m 

m 

0 Paragraph beginning at page 19, line number 11, has been amended as follows: 

Q Referring now to Fig. 1 3, the corresponding detach function 324 is shown. The detach 

function is the inverse of the attach function and checks whether the device which has been 
requested to be detached is a local storage device (step 451) or whether the device resides on the 
SAN, LANAVAN, or the storage framewor k (steps 455. 459, and 463) . If so, the detach function 
324 removes the volume from the respective manager and removes the information from the 
volimie table (steps 453, 457, 461 and 465). 



S 



Paragraph beginning at page 19, line number 19, has been amended as follows: 
Referring now to Fig. 14, the attribute function 326.338 is illustrated. The attribute 
function 326.33* sequentially checks whether the device whose attribute is being requested is a 
local storage device (step 650), a SAN device (step 654), a LANAVAN device (step 658), or a 
storage framework device (step 662). If so, it queries and returns the volume attributes from the 
local storage manager (step 652 4 S2\ the SAN manager (step 656 4 ^), the LAN/WAN manager 
(step 660 4 60) or from the framework manager (step 664 4 64). respectively. Similarly, the 
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initialization function 332 sequentially goes through and initializes each data storage device that 
resides on the local storage device, the SAN, the LAN/WAN or the storage framework. 



Paragraph beginning at page 21, line number 1, has been amended as follows: 

In this example, NFS generates a file system write which calls a block I/O (bio) write 

which calls the virtual partition strategy module-43^, which calls the RAID strategy module 478. 

340; which in turn calls the disk strategy module 480 4 36-that actually writes the data to the disk. 

The virtual partition module 428-can either stripe the data across all the members or can mirror 

data. 

Paragraph beginning at page 21, line number 24 and ending at page 23, line number 9, 
has been amended as follows: 

The RAID strategy module 478 4 40 is a part of a typical device switch structure 
struct bdevsw { 

int (*d_open)(dev_t *, int, int, struct cred *); 

int (*d_close)(dev_t, int, int, struct cred *); 

void (*d_strategy)(struct buf *); 

int (*d_ioctl)(dev_t, int, int, int, struct cred *, int *); 

int (*d_lookup_path)(char *, dev_t *); 

int (*d_size)(dev_t); 

char *d_name; 

void *d_priv; 

}; 



EnumVP_ATTR{ 

VP_INIT, /* initialize the virtual partition */ 
VP_ATTATCH, /* attach the virtual partition */ 
VP_DETACH, /* detach the virtual partition */ 
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VP_CONNECT, /* connect the virtual partition */ 
VP_BIND, /* bind to the storage */ 
VP_WRITE, /* write data */ 
VP_READ, /* read data */ 
VP_MOVE, /* move data */ 
VP_SIGNAL, /* signal events */ 

VP QUERY, /* query the virtual partition, can also run discovery */ 

VP_CONVERT, /* data format conversion */ 
^ VP_CONTROL, /* control point */ 

a VP_CALLBACK, /* call back function */ 

O 

VP MISCl, /* miscellaneous, user defined */ 
ffl VP_MISC2, 
ffl VP_MISC3, 
f VP_MISC4 

;fij ^ 

Q Additionally, a structure vpops{} is defined to support the above attributes as follows: 
% Struct vpops { 
W VpJnitO, 

Vp_attach(), 

Vp_detach(), 

Vp_connect(), 

Vp^bindO, 

Vp_write(), 

VpTcadO, 
Vp_move(), 
Vp_signal(), 

Vp_query(), 

Vp_convert(), 

Vp__control(), 

Vp_callback(), 
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Vp_miscl(), 
Vp_misc2(), 
Vp_misc3(), 
Vp_misc4() 

}; 



Paragraph beginning at page 25, line number 15, has been amended as follows: 
To illustrate, an exemplary configuration shown in Fig. 8 for video streaming 

l«i applications will be discussed next. In this video streaming example, a video data provider 

O 

,«» might choose to play advertisements periodically which cannot be fast-forwarded by a user. The 

^ advertisement can be a pointer that stores the actual location of the data. This location can be 

m 

id another member of the virtual partition. When the user fast-forwards the video and tries to read 

m 

? the advertisement to the user, 



nj 



beyond the advertisement, the vp strategy module 4^ can detect this bypass attempt and route 



Paragraph beginning at page 25, line number 25, has been amended as follows: 
Briefly, in an embodiment 500 of Fig. 16. data requests from users are transmitted to 
one or more servers 514 which have local drives 516. The server 514 is connected over a SAN 
bus 502 to a plurality of data storage devices 512, 518, 522, 524 and 526. Additionally, a 

compression unit 520 is connected to the SAN bus 502. Storage space requests by the server 514 
are managed by a SAN manager 510. 



